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Verfahren zur effektiven Ausnutzung von Datenpaketen 
unterschiedlicher Kapazitat sowie Zentrale und 
Teilnehmereinrichtung fur ein Kommunikat ions system 

Stand der Technik 

Die Erfindung geht aus von einem Verfahren zur effektiven 
Ausnutzung von Datenpaketen unterschiedlicher Kapazitat, die 
in einem Kommunikat ions system zwischen einer Zentrale unci 
einer Vielzahl von Teilnehmern ubermittelt werden. AuSerclem 
bezieht sich die Erfindung auf eine Zentrale fur ein 
Kommunikat ions system mit rahmenorientierter Ubertragung von 
Datenpaketen unterschiedlicher Kapazitat zwischen der 
Zentrale und einer Vielzahl von Teilnehmern, sowie auf ed_ne 
entsprechende Teilnehmereinrichtung . 

In zentral gesteuerten Kommunikat ionsnetzen, bspw. im 
zentral gesteuerten zellularen Funknetz gemaS dem ETSI- 
Projekt HIPERLAN Type 2 ist eine Zentrale ZE vorgesehen, an 
die mehrere Teilnehmer bzw. deren Terminals angeschlossen 
werden konnen (vgl . Figur 1) . Dieses Funknetz arbeitet 
verbindungsorientiert , das hei£t, bevor Daten mit anderen 
Teilnehmern bzw. deren Terminals, die an das Netz oder dLe 
Zentrale ZE angeschlossen sind, ausgetauscht werden konnen, 
muS mindestens eine Verbindung aufgebaut werden. Den 
Terminals wird die von ihnen benotigte Datenrate auf dem 
gemeinsam genutzten Medium von der Zentrale aufgrund von 
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Anf orderungen der Teilnehmer zugewiesen. Es ist fur ein 
Terminal eines Teilnehmers mdglich, mehr als eine aktive 
virtuelle Verbindung gleichzeitig zu haben, wie dies bei ATM 
der Fall ist. In einer Realisierungsf orm dieses Netzes 
werden sowohl die Ressourcen-Anf orderungen (Ressource 
Request) der Terminals, als auch die Ressourcen-Zuweisungen 
der Zentrale ZE (Ressource Grants) pro Verbindung 
durchgef uhrt , das heitet das Terminal ubertragt fur jedes 
seiner Verbindungen die Menge der Datenpakete, die 
ubertragen werden mussen. Als Ressource gilt hier die 
Bereitstellung von Datenraten auf dem Medium, wahrend dessen 
Daten ubertragen werden konnen. Dementsprechend sendet die 
Zentrale ZE fur jede Verbindung des Terminals eine 
Ressourcen-Zuweisung . In weiteren Realsierungsf ormen dieses 
Netzes ist jedoch auch die Moglichkeit vorgesehen, die 
Ressourcen-Zuweisung und -Anf orde rung pro Terminal 
durchzufuhren, das heiSt das Terminal kann selbst 
entscheiden, welche Datenpakete es sendet. Bei der 
Ressourcen-Zuweisung pro Verbindung ist die Zugehorigkeit 
eines gesendeten Datenpaketes zu einer Verbindung implizit 
durch die Zuweisung der Zentrale ZE gegeben, diese 
Information ist also bereits in der Zentrale ZE vorhanden 
und muS deshalb nicht zusatzlich vom Terminal ubertragen 
werden . 

Bei der Ressourcen-Zuweisung pro Terminal hat die Zentrale 
ZE keine Vorabinf ormation dariiber, zu welcher Verbindung des 
Terminals ein empfangenes Datenpaket gehort . Bei dieser 
Variante mu£ das Terminal diese Inf ormationen deshalb 
zusatzlich ubertragen. Das gleiche gilt fur eine Ressourcen- 
Anforderung, bzw. -Zuweisung pro Verkehrsklasse , wie sie in 
[l] ausfuhrlich und in [2] den wesentlichen Punkten 
beschrieben ist ( [l] : Kapitel 8.2, DynPara-PDU, [2]:Kapitel 
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Im vorgenannten Funknetz sind zwei verschiedene 
DatenpaketgrdSen fur die zu ubertragenden Daten vorgesehen. 
Dabei dienen kurze Pakete (ca. 6 Byte; kurzer 
Datencontainer: KD) der Ubertragung von 

S t euerungs inf ormat ionen , das heiSt Informationen, die nicht 
Nutzdaten sind, sondern dazu dienen, das Netzwerk zu steuern 
und zu verwalten, also bspw. Verbindungen zu etablieren, 
Terminals zu assoziieren, Handover durchzuf uhren oder falsch 
empfangene Datenpakete noch einmal anzufordern. Lange 
Datencontainer LD haben eine Lange von ca. 54 Byte und 
dienen im Normalfall dazu, Nutzdaten zu ubertragen. 
Zusatzlich zu den reinen Nutzdaten sind noch einige weitere 
Informationen enthalten, die in sehr engem Zusammenhang mit 
den Nutzdaten stehen, z.B. Sequenznummer oder eine Prufsumme 
zur Fehlererkennung . 

Eine Aussendung sowohl in Downlink (Zentrale in Richtung 
Teilnehmer) - als auch in Uplink - Richtung (Terminal in 
Richtung Zentrale) besteht aus einer Anzahl von 
Steuerdatenpaketen KD am Anfang und einer darauf folgenden 
Anzahl von Nut zdatenpaketen LD gemaS Figur 2. Die genaue 
Anzahl der Steuerdatenpakete KD und Nutzdatenpakete LD wird 
von der Zentrale ZE in der Res sourcen-Zuwei sung f estgelecjt . 

Vorteile der Erfindung 

Die MaSnahmen gemafi den Anspriichen 1 oder 12 und 13 geben 
den Teilnehmern bzw. deren Terminals die Moglichkeit bei 
Bedarf einen Container fur Nutzdatenpakete fur die 
Ubertragung von Steuerungsinf ormat ionen zu verwenden. Diese 
Moglichkeit ist insbesondere dann von hohem Nutzen, wenn 
lange Steuerungsinf ormationen ubertragen werden mussen, wie 
diese zum Beispiel bei Handover oder Terminal -Assoziierung 
(Anmelden eines Terminals bei der Zentrale vor Aufnahme der 
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Datenkommunikation) auftreten. AuSerdem erhalt das Terminal 
durch die Nutzung eines Containers fur Nutzdatenpakete fur 
mehrere kurze Steuerungsdatenpakete die Moglichkeit, 
dringende Steuerungsinf ormationen auch ohne vorhergehende 
Anforderung zu senden. 

Durch die einfache Moglichkeit Steuerungsinf ormationen auch 
in eigentlich fur Nutzdaten vorgesehenen Datencontainern zu 
senden, erhalt ein Terminal die Moglichkeit sehr viel 
flexibler, schneller und effizienter auf veranderte 
Situationen zu reagieren. Dies ist insbesondere bei der 
Funkiibertragung mit ihren schnell wechselnden 
Funkkanaleigenschaf ten von grofiem Nutzen. Aufcerdem erhalt 
durch das vorgeschlagene Verfahren ein Terminal die 
Moglichkeit groSe Mengen an Steuerungsinf ormationen 
effizienter zu ubertragen. 

In den Unteranspruchen sind vorteilhafte Ausgestaltungen des 
Verfahrens bzw. der Zentrale und der Tei lnehmer e inr i chtungen 
aufgezeigt. 

Zeichnungen 

Anhand der weiteren Zeichnungen werden Ausf iihrungsbei spiel e 
der Erfindung naher erlautert . Es zeigen 

Figur 3 das Auffiillen eines Containers fur Nutzdatenpakete 
mit Steuerdatenpaketen, 

Figur 4 einen Ubertragungsburst eines Teilnehmer-Terminals 
im Uplink, 

Figur 5 die Unterbringung eines Kopffeldes neben den 
Steuerdatenpaketen in einem Container fur Nutzdatenpakete, 
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Figur 6 die Ankundigung eines Blockes von Steuerdatenpaketen 
in einem Container fur Nutzdatenpakete , 

Figur 7 den Aufbau der Zentrale fur ein Kommunikat ions system 
nach der Erfindung und 

Figur 8 den Aufbau einer Teilnehmereinrichtung fur ein 
Kommunikationssystem nach der Erfindung. 

Beschreibung von Ausf uhrungsbei spiel en 

Im eingangs erwahnten HIPERLAN Type 2 Kommunikat ionsnetz 
existieren zwei verschiedene Sorten Datencontainer 
unterschiedlicher Kapazitat . Datenpakete mit einer Lange von 
ca. 6 Byte enthalten in der Regel Steuerinf ormationen. Sie 
werden nachfolgend als Steuerdatenpakete KD bezeichnet. 
Datenpakete mit einer Lange von ca . 54 Byte, das hei£t mit 
einer Datenkapazitat von- einem Vielfachen vorgenannter 
Datenpakete, enthalten neben den Nutzdaten NF nur ein kurzes 
Kopffeld KF, in dem unmittelbar zum Containerinhalt 
gehorende Daten stehen, wie z.B. Sequenznummer und 
Fehlerkorrekturbits . Diese Datenpakete werden nachfolgend 
als Nutzdatenpakete LD bezeichnet (Figur 3) . Die 
Nutzdatenpakete LD und die Steuerdatenpakete KD werden 
zwischen einer Zentrale ZE und den Teilnehmer-Terminals T 
ausgetauscht, wobei eine rahmenorient ierte Ubertragung 
eingesetzt wird (Figur 1) . 

Insbesondere fur den Fall, daS ein Teilnehmer bzw. dessen 
Terminal T dringende Steuerinf ormationen ubertragen mochte, 
wird dem Terminal T erf indungsgemaS die Moglichkeit gegeben 
einen Container fur Nutzdatenpakete LD mit einer Mehrzahl 
von Steuerdatenpaketen KD zu fiillen. 
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Dies ist in Figur 3 dargestellt: Im Ubertragungsrahmen wird 
ein Container fur Nutzdaten LD mit neun Steuerdatenpaketen 
KD gefiillt. Dazu muS der Zentrale ZE allerdings bekannt 
sein, daS es sich nicht um einen normalen Container mit 
Nutzdaten handelt . Zu diesem Zweck wird erf indungsgemaS 
zwischen Zentrale ZE und einem Teilnehmer T eine 
Vereinbarung getroffen, daS Container fur Nutzdatenpakete LD 
mit Steuerdatenpaketen KD gefiillt werden, die zusammen 
ubermittelt werden, und festgelegt, welche Container fur 
Nutzdatenpakete im Ubertragungsrahmen j eweils mit 
Steuerdatenpaketen KD gefiillt werden. Dabei gibt es 
unterschiedliche Wege diese Vereinbarung zu treffen: 

1 . ein Terminal kiindigt dies in einem vorhergehenden 
Steuerdatenpaket KD an. Dieses Vorgehen setzt ein 
Auswerten von Steuerdatenpaketen KD vor der Auswertung 
von Nutzdatenpaketen LD voraus # 

2. durch Ankiindigung des. Modus - inu.Kopff eld KF eines 
Nutzdatenpakets LD, 

3 . durch Ubermitteln einer Anf orderung durch ein Terminal T 
an die Zentrale ZE einen Container fiir Nutzdatenpakete 
mit Steuerdatenpaketen fiillen zu konnen, 

4. durch Festlegen einer festen Vereinbarung, da£ ab einer 
bestimmten Anzahl von Anf orderungen von 

Steuerdatenpaketen KD durch ein Terminal T statt dessen 
ein Container fiir Nutzdatenpakete LD zum Auffiillen mit 
Steuerdatenpaketen KD von der Zentrale ZE zugewiesen 
wird . 

Jene Steuerdatenpakete KD, die in Containern fiir 
Nutzdatenpakete LD untergebracht werden, sind 
vorzugsweise in einem Unterrahmen zusammengef aSt , 
welcher in seinem auSeren Format an das Format eines 
Nutzdatenpaketes LD angepafit ist, selbst wenn die Anzahl 
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der aktuell zu libertragenden Steuerdatenpakete KD nicht 
ausreichend ist den Container vollstandig zu fiillen. 

Die vier aufgezeigten Mdglichkeiten zur Vereinbarung des 
Auffiillens von Containern fur Nut zdatenpakete LD mit 
Steuerdatenpaketen KD werden nachfolgend im Detail 
beschrieben. 

Bei der ersten Moglichkeit besteht die Datenubertragung 
eines Terminals (Ubertragungsburst ) im Uplink durch 
Ubermitteln eines Blockes von Steuerdatenpaketen KD 
gefolgt von einem Block Nut zdatenpakete LD gemafi Figur 4. 
Eines dieser Steuerdatenpakete KD oder ein Teil davon 
wird dazu verwendet , Inf ormationen uber den Inhalt eines 
nachf olgenden Containers fur Nutzdatenpakete, der mit 
einem Block von Steuerdatenpaketen KD aufgefullt wird 
(LD-Steuerung gem. Figur 4) zu iibermitteln. Dazu wird ein 
neues Inf ormationselement IE definiert, das die Anzahl 
der* fur Steuerdatenpakete KD belegten - Felder innerhalb 
eines bestimmten Containers fur Nut zdatenpakete LD 
bestimmt. AuSerdem mu£ eine Information enthalten sein, 
die bestimmt, welche der nachf olgenden Container fur 
Nut zdatenpakete LD gemeint ist (in Figur 4 als Pfeil 
dargestellt) . Dies kann ein Zeiger sein - also 
beispielsweise die Information: der n-te Container fur 
Nutzdatenpakete LD enthalt x Steuerdatenpakete KD. 
Realisierbar ist auch eine Festlegung, daS alle Container 
fur Nutzdatenpakete LD, die mit einer Folge von 
Steuerdatenpaketen KD gefullt werden, an einer bestimmten 
Position innerhalb eines Nutzdatenpakete-Blocks gesendet 
werden mussen, z.B. zu Beginn (in Figur 4 nicht 
dargestellt) . In diesem Fall reicht die bloSe Angabe der 
Anzahl der Steuerungs-LD aus . Dieses Inf ormationselement 
wird in einem der sowieso vorhandenen Steuerdatenpakete 
KD vom Terminal ausgesendet . Eine weitere Moglichkeit 
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besteht darin, da£ es fur jedes der Nut zdatenpakete LD 
ein Inf ormationselement IE in einem vorhergehenden 
Steuerdatenpaket KD gibt, so daS die Zuordnung einfach 
durch die Reihenf olge geschieht . 

Moglich ist, wie zuvor kurz erlautert, in den Container 
fur Nut zdatenpakete LD ein Feld, insbesondere im Kopffeld 
einzufugen, das die Information enthalt, welche Art der 
Information es beinhaltet. In Figur 5 als Flag-Feld 
bezeichnet. Dafiir reicht z.B. ein Bit. Danach folgt darin 
ein weiteres Feld (Anz . KD) , das fur die 
Steuerungsinf ormation die Anzahl der folgenden 
Steuerdatenpakete KD enthalt (hier maximal 8) . Der Rest 
des Kopffeldes besteht aus 44 Bit und kann fur andere 
Zwecke genutzt werden. An das Kopf feld schlieSt sich ein 
Block von 8 Steuerdatenpaketen KD zu je 6 Byte an. 

Die zuvor vorgestellte Variante des Ubermittelns einer 
Anf orderung-eines Containers, fur _Nu.t zdatenpakete zum „_ . 
Fullen mit Steuerdatenpaketen dient nicht dazu, dem 
Terminal T eine au£erplanma£ige Ubertragung von 
Steuerungsinf ormation zu ermoglichen, da hier die normale 
Ressourcen-Anf orderung verwendet wird. Diese Ressouren- 
Anforderung funktioniert in der Art, daS das Terminal den 
Bedarf fur den folgenden MAC-Ubertragungsrahmen berechnet 
und dann der Zentrale ZE ein Inf ormationselement mit 
dieser Anf orderung sendet . Diese Anf orderung kann fur 
jede virtuelle Verbindung, fur jede Diensteklasse oder 
iiber alles gemeinsam erfolgen. Diese Variante ist 
normalerweise nur dann sinnvoll, wenn durch die 
Verwendung eines Containers fur Nut zdatenpakete zur 
Belegung mit Steuerungsinf ormationen der notwendige 
Signalisierungsoverhead reduziert wird. Je nach Art der 
Signal isierung von Ressourcen-Zuweisungen durch die 
Zentrale ist dies moglich, wenn fur jeden einzelnen 
Container Signal isierung notwendig ist. 
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Die zuletzt vorgestellte Alternative fiir die Vereinbarung 
zum Auffullen eines Containers fiir Nut zciatenpakete mit 
Steuerdatenpaketen ist entsprechend der Alternative mit 
Ubermittlung eines Anf orderungssignals realisierbar mit 
dem Unterschied, da£ hier nun ein automatisiertes 
Verfahren benutzt wird, bei dem das Terminal T allerdings 
weiterhin Steuerdatenpakete KD anfordert, diese aber von 
der Zentrale ZE bei Uberschreiten einer bestimmten Anzahl 
von angef orderten Steuerdatenpaketen als ein oder mehrere 
lange PDUs innerhalb eines Containers fiir Nut zdatenpakete 
zugewiesen werden. 

p-r-i -y~ a a ov-o^- beiden Variantsn v/ird nun ein konkretes 
Ausf iihrungsbeispiel angegeben, wobei davon ausgegangen 
wird, dafi dem Terminal T die Moglichkeit gegeben werden 
soil, eilige umfangreiche Steuerungsinf ormationen zu 
iibertragen. Dies kann insbesondere im Handover-Fall 
auftreten, da hier unter Umstanden sehr schnell - im Fall 
von schnell schlechter werdenden Kanaleigenschaf ten - 
gro£e Mengen von Steuerungsinf ormationen iibertragen 
werden muss en , z.B. Verbindungsparamenter . Wenn die 
notwendigen Kapazitaten erst vorher angefordert werden 
mii£ten, konnte es passieren, daS die Verbindung vorher 
abbricht. Ein weiterer Anwendungsf all ist ein 
voriibergehend schlechter Kanal . In diesem Fall miissen 
fehlerhaft empfangene Pakete von der Zentrale neu 
angefordert werden (Automatic Repeat Request) . Da die 
Anzahl der Neuanf orderungen auEergewohnlich hoch sein 
kann, erhoht sich in diesem Fall das Aufkommen an 
Steuerungsinf ormat ion und damit der Bedarf an 
Steuerdatenpaketen KD. 

Wenn eine dringende Ubertragung von vielen 
Steuerungsinf ormationen notwendig ist, wandelt das 
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Terminal T einen Container fur Nutzdatenpakete LD, der 
urspriinglich zur Ubertragung von Nutzdaten vorgesehen 
war, in einen Container fur Steuerdatenpakete KD urn. 

Als Beispiel fur die Ankundigung eines umgewandelten 
Containers fur Nutzdatenpakete LD innerhalb eines 
vorhergehenden Steuerdatenpaketes KD wird hier 
angenommen, das dem betrachteten Terminal T vier 
Steuerdatenpakete KD und drei Nutzdatenpakete LD zur 
Verf ugung stehen. AuSerdem wird ein Handover angenommen, 
das in dieser Phase die Ubertragung von sechs 
Steuerdatenpaketen KD notwendig macht . Weiterhin wird 
angenommen, dalS jeder Container fur Nutzdatenpakete LD 
von einem zugehorigen Steuerdatenpaket KD begleitet wird, 
in dem die Inf ormationselemente mit Aussagen z.B. uber 
die zugehorige virtuelle Verbindung stehen. 

Das Terminal T-sucht sich jetzt die virtuelle Verbindung 
aus, die am wenigsten dringende Daten hat, und verwendet 
den dafiir vorgesehenen Container fur Nutzdatenpakete LD 
zur Ubertragung der notwendigen Inf ormationselemente mit 
Handover- Inf ormationen in sechs Steuerdatenpaketen KD, 
wie in Figur 6 dargestellt . Das vorhergehende 
Steuerdatenpaket KD enthalt ein Inf ormat ions element mit 
einer Kennung (IE-Type), die anzeigt, da£ es sich urn 
Inf ormationen zur Umwandlung eines Containers fur 
Nutzdatenpakete LD handelt . Das zweite Feld (Lange) 
beinhaltet die Anzahl der belegten Steuerdatenpakete KD 
innerhalb des Nutzdatenpakete-Containers LD. Der 
Container wird daraufhin mit den benotigten 
Steuerdatenpaketen KD gefullt. Der verbleibende Rest 
bleibt entweder frei oder wird mit anderen 
Steuerungsinf ormationen gefullt. 
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Die zweite Variant e - Ankundigung des Modus im Kopffeld 
KF eines Mutzdatenpaketes - , die unter den beschriebenen 
Vorgaben nutzbar ist, sollte vorzugsweise verwendet 
werden, wenn die Bedingung, daS jedem Container fur 
Nutzdatenpakete LD ein zugeordnetes Steuerdatenpaket KD 
zur Verfugung steht, nicht gilt. Dann werden maximal 8 
Steuerdatenpakete KD in einen Container fur Nutzdaten LD 
verpackt . Die verbleibenden 6 Byte werden verwendet, um 
die notwendige Ankundigung vorzunehmen. Zusatzlich ist 
ein Unterscheidungsmerkmal zwischen einem Container, in 
detn Nutzdatenpakete LD untergebracht sind, gegenuber 
einem Container, in dem ein Block von Steuerdatenpaketen 
KD untergebracht ist, notwendig . Dazu dient ein Feld im 

Nutzdaten, z.B. Flag = 0 und Steue rungs da ten, z.B. Flag = 
1 unterscheidet (vgl . Figur 5). 

Figur 7 zeigt schematisch den Aufbau einer Zentrale ZE 
furein Kbmmunikat ions system nach der Effindung, das 
heiSt mit einer r ahmenor ientierten Ubertragung von 
Datenpaketen unterschiedlicher Kapazitat zwischen der 
Zentrale ZE und einer Vielzahl von Teilnehmern T, wobei 
die Zentrale ZE Kommunikationsressourcen in Form von 
Datenpaketen fur die Teilnehmer T zuteilt und die 
Teilnehmer T Kommunikatonsressourcen von der Zentrale ZE 
anfordern. Ein Rahmengenerator RZG dient zur Generierung 
eines fur die Ubertragung vorgegebenen 

Ubertragungsrahmens . Uber einen Multiplexer MZX werden 
Steuerdatenpakete KD sowie Nutzdatenpakete LD in den vom 
Rahmengenerator RZG erzeugten Ubertragungsrahmen 
eingefiigt und an eine Ubermittlungseinrichtung, im Falle 
eines Funknetzes an einen Sender TZX, weitergeleitet . 
Uber die Auswahleinheit AZS wird aufgrund der 
Vereinbarung zwischen Zentrale ZE und Teilnehmer T 
festgelegt, ob innerhalb des Ubertragungsrahmens 
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Container fur Nut zdatenpakete LD mit einer Mehrzahl von 
Steuerdatenpaketen KD gefiillt werden, oder ob normale 
Nutzdatenpakete LD ubertragen werden. Die von den 
Teilnehmern T ubermittelten Datenpakete werden mit einer 
Empf angseinrichtung RZX empfangen und mit dem 
Demultiplexer DZX in Steuerdatenpakete KD und 
Nutzdatenpakete LD zerlegt. Uber die Auswerteeinrichtung 
AZE erfolgt eine Neuzusammenstellung von 

Steuerdatenpaketen KD und Nut zdatenpaketen LD fur einen 
nachf olgenden Ubertragungsrahmen oder eine Weitergabe an 
das Netz (Ausgang AZU) . Die Auswerteeinrichtung AZE 
steuert auch die Auswahleinheit AZS, je nachdem, ob ein 
Teilnehmer T einen erhohten Bedarf an Steuerdatenpaketen 
hat (bei Handover) und Container fur Nutzdatenpakete LD 
durch Steuerdatenpakete KD ersetzt werden mussen. 

Figur 8 zeigt den Aufbau einer Teilnehmereinrichtung 

eines Teilnehmers T mit -den der- Zentrale- ZE 

entsprechenden Baugruppen: 

Multiplexer MTX, Demultiplexer DTX, Auswerteeinrichtung 
ATE, Auswahleinheit ATS, Sende-bzw. Empf angseirichtung 
RTX , TTX und Rahmengenerator RTG, der hier allerdings 
uber den von der Zentrale ZE vorgegebenen Rahmentakt 
gesteuert wird (Verbindung Auswerteeinheit ATE zum 
Rahmengenerator RTG) . Im Unterschied zur Zentrale ZE 
besitzt die Teilnehmereinrichtung gemaS Figur 8 auch 
keinen direkten Netzzugang. 
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Verfahren zur effektiven Ausnutzuna von Datenpaketen 
unterschiedlich e r Kapazitat sowie Zentrale und 
Teilnehmereinrichtuna fur ein Kommu nikat ions system 



Anspruche 

1. Verfahren zur effektiven Ausnutzung von Datenpaketen 
unterschiedlicher Kapazitat, die in einem - 
Kommunikationssystem mit rahmenorientierter Ubertragung 
zwischen einer Zentrale (ZE) und -einer Viel.zahl-von 
Teilnehmern (T) iibermittelt werden, wobei zwischen der 
Zentrale (ZE) und den Teilnehmern (T) Nutzdatenpakete (LD) 
und Steuerdatenpakete (KD) ausgetauscht werden und die 
Nutzdatenpakete (LD) ein Vielfaches der Datenkapazitat der 
Steuerdatenpakete (KD) aufweisen, mit folgenden Schritten: 

- durch eine Vereinbarung zwischen Zentrale (ZE) und 
Teilnehmern (T) werden im Ubertragungsrahmen Container fur 
Nutzdatenpakete (LD) jeweils mit einer Mehrzahl von 
Steuerdatenpaketen (KD) gefullt, 

- durch die Vereinbarung wird festgelegt, welche 
Container fur Nutzdatenpakte (LD) jeweils mit 
Steuerdatenpaketen (KD) gefullt werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , daS 
die Vereinbarung zum Fiillen der Container fur 
Nutzdatenpakete (LD) mit Steuerdatenpaketen (KD) durch eine 
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Ankiindigung in einem zuvor ubermittelten Steuerdatenpaket 
(KD) getroffen wird. 

3. Verfahren nach Anspruch 1, dadurch gekennzeichnet , daS 
die Vereinbarung zum Fiillen der Container fur 
Nutzdatenpakete (LD) mit Steuerdatenpaketen (KD) durch eine 
Ankiindigung in einem Kopffeld (KF) eines aktuellen 
zusammenhangend ubermittelten Blockes von Steuerdatenpaketen 
(KD) getroffen wird. 

4. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daS 
die Vereinbarung zum Fiillen der Container fur 
Nutzdatenpakete (LD) mit Steuerdatenpaketen (KD) durch 
Uberrni tt lung eines Anforde rungs signals von einem Teilnehmer 
(T) zur Zentrale (ZE) getroffen wird. 

5. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daS 
die Vereinbarung zum Fiillen der Container fur 
Nutzdatenpakete (LD) mit Steuerdatenpaketen (KD) dadurch 
getroffen wird, daS ab einer bestimmten Anzahl von 

Anf orderungen fur Steuerdatenpakete (KD) durch einen 
Teilnehmer (T) statt dessen ein Container fur 
Nutzdatenpakete (LD) fur die Ubermitt lung von 
Steuerdatenpaketen (KD) von der Zentrale (ZE) zugewiesen 
wird . 

6. Verfahren nach einem der Anspriiche 1 bis 5, dadurch 
gekennzeichnet, da£ jene Steuerdatenpakete (KD) , die in 
Containern fur Nutzdatenpakete (LD) untergebracht werden, in 
einem Unterrahmen zusammengef aSt werden, der in seinern 
auSeren Format an das Format eines Nut zdatenpakets (LD) 
angepaSt ist . 



7. Verfahren nach einem der Anspriiche 1 bis 6, dadurch 
gekennzeichnet, da£ ein Steuerdatenpaket (KD) oder ein Teil 
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hiervon benutzt wird Informationen iiber Art und/oder Inhalt 
nachf olgender Container fur Nut zdatenpakete (LD) , die mit 
Steuerdatenpaketen (KD) gefullt werden, zu iibermitteln. 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, daS 
ein Inf ormat ions element (IE) in einem Steuerdatenpaket (KD) 
untergebracht wird, welches Informationen iiber die Anzahl 
der fur die Steuerdatenpakete (KD) belegten Felder innerhalb 
eines bestimmten nachf olgenden Containers fur 

Nut zdatenpakete (LD) enthalt. 

9. Verfahren nach einem der Anspruche 1 bis 8, dadurch 
gekennzeichnet, da£ ein Steuerdatenpaket (KD) oder ein Teil 
davon benutzt wird, Informationen iiber die Lage des 
Containers fur Nut zdatenpakete (LD) , welcher mit 
Steuerdatenpaketen (KD) gefullt wird, innerhalb eines 
Blockes von Nutzdatenpaketen (LD) anzuzeigen. 

10. Verfahren nach einem der Anspriiche 1 bis 8, dadurch 
gekennzeichnet, daS alle Container fur Nutzdatenpakete (LD) , 
die mit Steuerdatenpaketen (KD) gefullt werden, an einer 
vorgegeben Position innerhalb eines Blockes von 
Nutzdatenpaketen (LD) angeordnet werden, bspw. zu Beginn 
eines zusammenhangenden Blockes von Nutzdatenpaketen (LD) . 

11. Verfahren nach einem der Anspruche 1 bis 9, dadurch 
gekennzeichnet, daS zu jedem Container fur Nutzdatenpakete 
(LD) , der mit Steuerdatenpaketen (KD) gefullt wird, ein 
Inf ormationselement (ID) in einem vorhergehenden 
Steuerdatenpaket (KD) untergebracht wird. 

12. Zentrale (ZE) fur ein Kommunikationssystem mit 
rahmenorientierter Ubertragung von Datenpaketen 
unterschiedlicher Kapazitat zwischen der Zentrale (ZE) und 
einer Vielzahl von Teilnehmern (T) , wobei die Zentrale (ZE) 
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Kommunikationsressourcen in Form der Datenpakte fur die 
Teilnehmer (T) zuteilt und die Teilnehmer (T) 
Kommunikationsressourcen von der Zentrale (ZE) anfordern, 
wobei die Zentrale (ZE) folgende Baugruppen umf afit : 

- einen Rahmengenerator (RZG) zur Vorgabe eines 
Ubertragungsrahmens , 

- einen Multiplexer (MZX) , der geeignet ist 
Steuerdatenpakete (KD) sowie Nutzdatenpakete (LD) deren 
Datenkapazitat ein Vielfaches der Datenkapazitat der 
Steuerdatenpakete (KD) betragt , in den vorgegeben 
Ubertragungsrahmen einzufugen, 

- eine Auswahleinheit (AZS) , die aufgrund einer Vereinbarung 
zwischen Zentrale (ZE) und Teilnehmer (T) festlegt, ob 
innerhalb des Ubertragungsrahmens Container fur 
Nutzdatenpakete (LD) mit einer Mehrzahl von 
Steuerdatenpaketen (KD) gefullt werden, 

- einen Demultiplexer (DZX) , der geeignet ist, von 
Teilnehmern (T) in einem Ubertragungsrahmen ubermittelte 
Steuerdatenpakete (KD) und Nutzdatenpakete (LD) zu 
separieren und der Auswahleinheit (AZS) zuzufiihren. 

13 . Teilnehmereinrichtung fur ein Kommunikat ions system mit 
rahmenorientierter Ubertragung von Datenpaketen 
unterschiedlicher Kapazitat zwischen einer Zentrale (ZE) und 
einer Vielzahl von Teilnehmern (T) , wobei die Zentrale (ZE) 
Kommunikationsressourcen in Form der Datenpakete fur die 
Teilnehmer (T) zuteilt und die Teilnehmer (T) 
Kommunikationsressourcen (ZE) anfordern, wobei die 
Teilnehmereinrichtung folgende Baugruppen umf aSt : 

- einen Demultiplexer (DTX) , der geeignet ist, aus einem von 
der Zentrale ( ZE) ubermittelten Ubertragungsrahmen 
Steuerdatenpakete (KD) und Nutzdatenpakete (LD) zu 
separieren und einer Auswerteeinrichtung (ATE) zuzufiihren, 

- einen Multiplexer (MTX) , der geeignet ist, 
teilnehmerseitige Steuerdatenpakete (KD) sowie 
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Nutzdatenpakete (LD) , deren Datenkapazitat ein Vielfaches 
der Datenkapazitat der Steuerdatenpakete (KD) betragt, in 
einen von der Zentrale (ZE) vorgegebenen Ubertragungsrahrnen 
einzuf iigen, 

- eine Auswahleinheit (ATS) , die aufgrund einer Vereinbarung 
zwischen Zentrale (ZE) und Teilnehmer (T) festlegt, ob 
innerhalb des Ubertragungsrahmens Container fur 
Nutzdatenpakete (LD) mit einer Mehrzahl von 
Steuerdatenpaketen (KD) gefullt werden. 
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5 

Verfahren zur effektiven Ausnutzung von Datenpaketen 
unterschiedlicher Kapazitat sowie Zentrale und 
Teilnehmereinrichtung fur ein Kommunikat ions system 

10 




Zus ammenf a s sung 



zur effektiven Ausnutzung von Datenpaketen unterschiedlicher 
15 Kapazitat, die in einem Kommuni ka t i onsne t z iibermittelt 

werden, wird zwischen einer Zentrale (ZE) und Teilnehmern 
(T) vereinbart im Ubertragungsrahmen Container fur 
Nutzdatenpakete (LD) durch eine Mehrzahl von 
Steuerdatenpaketen (KD) zu fiiHen. 

20 

Dringende Steuerungsinf ormationen, z.B. bei einem Handover 
in einem Funkubertragungssystem, konnen dadurch effizient 
iibermittelt werden (Figur 4) . 
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